Multi-user limited resource allocation processing method and system

ABSTRACT

Embodiments of the present application relate to a multi-user limited resource allocation processing method, a multi-user limited resource allocation processing system, and a computer program product for allocating a limited resource among a plurality of users. A multi-user limited resource allocation processing method is provided. The method includes receiving a plurality of participation requests for a limited resource from a plurality of users and determining the number of the plurality of users sending the plurality of participation requests. In response to the number of the plurality of users reaching a predetermined value, revising data corresponding to the limited resource according to a revision rule and allocating the limited resource to the plurality of users sending the participation request using the revised data.

CROSS REFERENCE TO OTHER APPLICATIONS

This application claims priority to People's Republic of China PatentApplication No. 201110332671.4 entitled A MULTI-USER LIMITED RESOURCEALLOCATION PROCESSING METHOD AND SYSTEM filed Oct. 27, 2011 which isincorporated herein by reference for all purposes.

FIELD OF THE INVENTION

This application relates to a multi-user limited resource allocationprocessing method and system.

BACKGROUND OF THE INVENTION

Multiple users may be involved in data processing. However, with limitedresources, multiple users may compete for the limited resources. Onemethod for data processing involves comparing data transmitted by users.Ultimately, determining the user to allocate a resource involves aprocess including numerous comparisons. In such a method, the servertypically will constantly compare data transmitted by the users, and asingle user may make multiple data transmissions to the server to winthe resource. Accordingly, as the number of users increases, the servermust execute an increasing number of comparisons. Thus, as the volume ofdata processed increases, the load on the server increases.

For example, one online shopping method involves multiple userscompeting to purchase a limited quantity of a product. The users whoobtain the product bid at a price higher than the price bid by otherusers. In this shopping method, the server must first receiveparticipation requests from users within a predetermined time period.Subsequently, the server receives a price from a first user and comparesthe received price to a price received from a second user. The pricereceived from the second user has the highest previous price. The pricereceived from the first user must be higher than the price received fromthe second user in order for the bid to be successful. If the pricereceived from the second user is higher than the price received from thefirst user, then the server returns a notice to the second user thattheir bid was successful. Also, the server notifies all other users ofthe current price, and lets all the users continue bidding until thepredetermined time period ends. The server continues the bidding untilthe end of the time period in order to obtain the highest possibleprice. During this time period, a single user may make multiple bids. Asa larger number of users submit bids, the server must process more data.Accordingly, as the volume of data being processed increases, the stresson the server increases.

Throughout the competitive bidding process, the server receives multipletransmissions of data from the users. Accordingly, for each receivedbid, the server must receive data, compare the data, confirm the data,and return the data continuously. Thus, the server processes a largevolume of data and consumes a great amount of resources.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the invention are disclosed in the followingdetailed description and the accompanying drawings.

FIG. 1 is a flowchart illustrating an example of a multi-user limitedresource allocation processing method;

FIG. 2 is a flowchart illustrating an example of a foreground process ofthe multi-user limited resource allocation processing method;

FIG. 3 is a flowchart illustrating an example of a background process ofthe multi-user limited resource allocation processing method;

FIG. 4 is a diagram illustrating an example of a multi-user limitedresource allocation processing system; and

FIG. 5 is a block diagram illustrating another embodiment of themulti-user limited resource allocation processing system.

DETAILED DESCRIPTION

The invention can be implemented in numerous ways, including as aprocess; an apparatus; a system; a composition of matter; a computerprogram product embodied on a computer readable storage medium; and/or aprocessor, such as a processor configured to execute instructions storedon and/or provided by a memory coupled to the processor. In thisspecification, these implementations, or any other form that theinvention may take, may be referred to as techniques. In general, theorder of the steps of disclosed processes may be altered within thescope of the invention. Unless stated otherwise, a component such as aprocessor or a memory described as being configured to perform a taskmay be implemented as a general component that is temporarily configuredto perform the task at a given time or a specific component that ismanufactured to perform the task. As used herein, the term ‘processor’refers to one or more devices, circuits, and/or processing coresconfigured to process data, such as computer program instructions.

A detailed description of one or more embodiments of the invention isprovided below along with accompanying figures that illustrate theprinciples of the invention. The invention is described in connectionwith such embodiments, but the invention is not limited to anyembodiment. The scope of the invention is limited only by the claims andthe invention encompasses numerous alternatives, modifications andequivalents. Numerous specific details are set forth in the followingdescription in order to provide a thorough understanding of theinvention. These details are provided for the purpose of example and theinvention may be practiced according to the claims without some or allof these specific details. For the purpose of clarity, technicalmaterial that is known in the technical fields related to the inventionhas not been described in detail so that the invention is notunnecessarily obscured.

This application discloses a multi-user limited resource allocationprocessing method and system. The method discloses reducing a volume ofdata to process by a server and reducing stress on the server.

FIG. 1 is a flowchart illustrating an example of a multi-user limitedresource allocation processing method.

In step 101, the server receives a participation request for the limitedresource from a user.

In order for the user to be allocated the limited resource, the usersends a participation request to the server. To be allocated the limitedresource, the user transmits a participation request to the server.There may be more than one user transmitting a participation request.Accordingly, the server receives the transmitted participation requestfor the limited resource from each user desiring an allocation of thelimited resource.

In step 102, the server determines the number of users sendingparticipation requests. The requests may be sent over a hypertexttransfer protocol (HTTP), or another network protocol.

Upon receipt of the participation requests from the users, the servermay determine the number of users sending the participation requests bycounting the number of participation requests received.

In step 103, in response to the number of users reaching a predeterminedvalue, the server revises the data corresponding to the limited resourceaccording to a revision rule. The revision rule may include more thanone rule. The data corresponding to the limited resource may relate tothe price of the limited resource.

In response to the number of users reaching the predetermined value, theserver may revise the data corresponding to the limited resource basedon the revision rule. For example, the revision rule may include thefollowing: In response to the number of users reaching N, the datacorresponding to the limited resource data is set to X, and in responseto the number of users reaching 2N, the revised data corresponding tothe limited resource is set to Y. Accordingly, in response to the numberof users reaching N or 2N, the corresponding revising operation may beexecuted.

In step 104, the server allocates the limited resource to the users whohave sent participation requests. As shown, the allocation of thelimited resource is based on the revised data corresponding to thelimited resource based on the number of users who have sent theparticipation request.

The server may allocate the limited resource to the users who have sentthe participation request. The allocation of the limited resource may bebased on the revised data corresponding to the limited resource. Thedata may be revised based on the number of users sending theparticipation request. For example, upon receipt of the participationrequest, the server may allocate the limited resource. The limitedresource may be allocated based on the revised data corresponding to thelimited resource. The data may be revised based on the number of userssending the participation request.

For example, the server receives a participation request. At this time,the number of users corresponds to N, thus the data corresponding to thelimited resource is X. Subsequently, X is used to allocate the limitedresource to the users.

In one example, the processing described above may be performed when thelimited resource has not been fully allocated. In another example, inresponse to the resource being fully allocated, no further processing isperformed.

Accordingly, the server may receive a participation request for thelimited resource from a user. The server determines the number of userssending participation requests. In response to the number of usersreaching a predetermined value, the server revises the datacorresponding to the limited resource according to a revision rule. Theserver allocates the limited resource to the user according to thenumber of users sending the participation request. In response to aresource having a limited quantity and the number of users beingrelatively large in comparison to the quantity of the resource, theserver only needs to determine the number of users sending participationrequests, receive the participation requests, and allocate the resource.Moreover, a single user does not need to repeatedly transmitparticipation requests. The server may only need to receive oneparticipation request for each user. By reducing the number ofparticipation requests sent by the users, the server processes a reducedvolume of data, and accordingly, less stress is placed on the server.

In another example, the data corresponding to the limited resource mayrelate to price, and the server may revise the data corresponding to thelimited resource according to a revision rule. The revision rule mayinclude in response to the number of users reaching a predeterminedvalue, an adjustment (e.g., lowering) of the price by the servercorresponding to the limited resource.

For example, the revision rule may include the following: the initialprice corresponding to the limited resource is X; in response to thenumber of users corresponding to N, the price corresponding to thelimited resource is lowered so that the price corresponds to 0.8*X; andin response to the number of users corresponding to 2N, the pricecorresponding to the limited resource is lowered so that the pricecorresponds to 0.6*X. Thus, in response to the number of users beingless than N, the price corresponding to the limited resource correspondsto X; in response to the number of users being greater than or equal toN and being less than 2N, the price corresponding to the limitedresource corresponds to 0.8*X; and in response to the number of usersbeing greater than or equal to 2N, the price corresponding to thelimited resource corresponds to 0.6*X. In some embodiments, all theusers receive the limited resource at the lowest final price. In someembodiments, the users receive the limited resource at the price thatwas requested during the auction.

In another example, the server may allocate the limited resource tousers sending the participation request using the revised datacorresponding to the limited resource according to the number of users.First, the server receives resource requests from the users sending theparticipation requests. Second, the server uses the price of the limitedresource correspondingly revised based on the number of users, andallocates the resource to the users using the revised price of theresource.

For example, the server receives a participation request transmitted bya user. At this time, the number of users corresponds to N, thus theprice of the limited resource corresponds to 0.8*X, and the resource isallocated to the corresponding users using the price corresponding to0.8*X. As a non-limiting example, initially assume that N is 100 and theprice of X is $100. In response to the number of users reaching 100, theprice corresponding to the limited resource is lowered to $80. Inresponse to the number of users reaching 200, the price corresponding tothe limited resource is lowered to $60. Subsequently, assuming that thefinal number of users is 200, the 200 users who sent participationrequests then are allocated the limited resource at a price of $60.

In response to the number of users being less than N, the price of thelimited resource is X, and the limited resource is allocated to theusers according to the price being X.

In another example, the server may receive a participation request froma user that includes the following steps:

First, upon receiving the participation request from the user, theserver may transmit authentication information to the user sending theparticipation request.

In response to a system configuration requiring user authentication,upon receipt of the participation request transmitted by the user, theserver may transmit authentication information to the user. The purposeof the transmission of the authentication information is to determinewhether the user is authorized to participate in the resource allocationprocessing method.

Second, the server receives and authenticates the authentication datareturned by the user. Upon a successful authentication, theparticipation request is successfully transmitted by the user.

Upon receipt of the authentication information from the server, the usersending the participation request will return the relevantauthentication data to the server. Upon receipt of the authenticationdata from the user, the server performs an authentication. Uponauthenticating the user, the server can determine whether the user issuccessfully authenticated. Upon a successful authentication, the serverdetermines that the participation request sent by the user issuccessfully transmitted. For example, the user is permitted toparticipate in the resource allocation processing method of the limitedresource. As another example, the system may be configured to notrequire user authentication prior to participation in the resourceallocation processing method.

In another example, the user may be related to a mobile telephonenumber, and the server may send a text message to authenticate the user.In yet another example, the user may be related to an email address, andthe server may send an email message to authenticate the user.

In another example, the resource allocation processing method may have apreconfigured starting time, a preconfigured termination time, and apreconfigured quantity of resources. For example, the resourceallocation processing method may have a preconfigured starting time whenthe server is able to receive participation requests, may have apreconfigured termination time when the server terminates receivingparticipation requests, and may have a predetermined quantity of thelimited resources.

In other words, the time the allocation begins and ends and the quantityof the limited resource may be preconfigured in advance. Accordingly,preconfiguring the starting time and termination time of the resourceallocation processing method and the quantity of the limited resource ina configuration file may be possible.

In another example, the resource allocation processing method may beterminated in response to a predetermined termination time being reachedand/or in response to the quantity of the resource being 0.

Additionally, the resource allocation processing method may beterminated in response to reaching a predetermined termination time. Thelimited resource may not have been fully allocated when the terminationtime is reached. The resource allocation processing method may also beterminated in response to the quantity of the limited resource reaching0. In other words, when the quantity of the limited resource is 0, thelimited resource has been fully allocated. Upon a full allocation of thelimited resource, the preconfigured termination time may not have beenreached.

The two types of termination may be implemented simultaneously, or anyone of the two types of termination may be implemented. However, thepresent application is not limited to those two types of termination.Other types of termination understood by one of ordinary skill mayadditionally be implemented.

Below is a resource allocation processing method illustrating an exampleof an online shopping method whereby a plurality of users compete topurchase limited resources.

Referring to FIG. 2, FIG. 2 illustrates an example of a flowchart of aforeground process in the online shopping method.

In response to a user desiring to participate in an auction to purchasea product having a limited quantity, the user may view an activity page(210). The user may view product details of the product from theactivity page (220). The product may only be purchased by participatingin the auction. In response to the user desiring to purchase theproduct, the user may purchase the product by returning to the activitypage (230).

From the activity page, the user may issue a request to participate inthe auction (240). For example, the user may transmit a participationrequest to the server. Based on a system configuration, a determinationis made as to whether user authentication is required in order for theuser sending the participation request to be allowed to participate inthe auction (250). In one example, in response to user authenticationnot being required, the user's participation request is accepted and theuser is allowed to participate in the auction (260). In another example,in response to user authentication being required, the user may beprompted to enter his/her mobile telephone number (270). Subsequently, atext message may be sent to the user and the user may respond to thetext message with a text message containing an authentication code(280). Upon receipt of the text response and successful authenticationof the authentication code, the user's participation in the auction maybe successful (290). After the user is authenticated to be allowed toparticipate in the auction and after the system determines the currentprice of the product based on the revision rule, the server may displaythe current price of the product to the user.

Upon being allowed to participate in the auction, the user may decide topurchase the product based on the displayed current price of theproduct, or the user may decide to wait for more people to participatein the auction and proceed to purchase the product in response to theprice of the product being lowered (295). In response to the userdeciding to purchase the product, the user may send a participationrequest to the server and then pay the corresponding price to purchasethe product.

Referring to FIG. 3, FIG. 3 illustrates an example of a flowchart of abackground process in the online shopping method.

An operator may preconfigure a system. For example, a product identifiercorresponding to a product and data related to the product are entered(310). The quantity of the product and the data including an initialprice of the product may be entered. The revision rules (also known astrading rules) may be preconfigured (320). For example, the revisionrules may include how much the product price is reduced in response to apredetermined number of users being reached. For example, in response tothe number of users reaching 100, the product price is reduced by 8percent. In another example, a minimum price for the product may be set(330). For example, the lowest price that the product may reach maycorrespond to the minimum price. The operator may also preconfigure astarting time and a termination time of the online shopping method (340)and set whether user authentication is required (350) in order toparticipate in the online shopping method. Also, the operator maypreconfigure the system to set a limit on the quantity of products auser may purchase as well as on the total number of products availablefor purchase by the users (360).

In response to completion of the preconfiguration of the revision rulesand the system configuration, the online shopping method may begin. Theserver may receive a participation request from a user, may sendauthentication information, and may receive and authenticate thereturned authentication data from the user. The server may determine thenumber of users and, based on the revision rules and in response to thenumber of users reaching the predetermined value, the server may lowerthe current price of the product based on the revision rules, until theprice has been lowered to the minimum price. During this time, inresponse to receiving the participation request sent from the user, theproduct may be allocated to the users based on the current price of theproduct.

The online shopping method described above combines many of the benefitsof auctions and group buying. The larger the number of peopleparticipating in the online shopping method, the lower the price of theproduct. As an aspect of the shopping method, the method does notrequire users to pay attention in real time to whether or not they aresending a price. This shopping method allows the number of usersparticipating in the online shopping method to increase while minimizingstress on the server.

The server only determines the number of users sending participationrequests, receives the participation requests, and allocates theproduct. A single user is not required to repeatedly compare price onthe server. Instead, the server may only receive one participationrequest per user, so that in response to the number of users being thesame, the server has reduced the volume of data to process and hasreduced stress on the system.

Referring to FIG. 4, FIG. 4 illustrates an example of a schematicdiagram of the multi-user limited resource allocation processing system.

The multi-user limited resource allocation processing system includes aparticipation request receiving module 11, a number of users determiningmodule 14, a data revision module 15, and a resource allocation module16.

The participation request receiving module 11 may receive aparticipation request corresponding to a limited resource from a user.

The number of users determining module 14 determines the number of userssending participation requests.

The data revision module 15 revises the data corresponding to thelimited resource according to a revision rule in response to the numberof users reaching a predetermined value.

The resource allocation module 16 allocates the limited resource to theuser based on the revised data. As an example, the data of the limitedresource may include price.

In another example, the data revision module 15 may lower the pricecorresponding to the limited resource according to the revision rule inresponse to the number of users reaching a predetermined value. Inanother example, the resource allocation module 16 may include: aparticipation request receiving submodule 161 configured to receiveparticipation requests from users sending the participation requests,and a resource allocation submodule 162 configured to use the revisedprice corresponding to the limited resource based on the number of usersto allocate the limited resource to users.

In another example, the resource allocation processing system mayfurther include: an authentication information transmission module 12configured to transmit authentication information to the user sendingthe participation request, and a receiving and authenticating module 13configured to receive and authenticate authentication data returned bythe user. Upon the user being successfully authenticated, theparticipation request is successfully received.

The resource allocation processing system may further include apreconfiguration module configured to preconfigure a starting time ofthe online shopping method, a termination time of the online shoppingmethod, and a quantity of limited resource available in the onlineshopping method.

The resource allocation processing system may further include atermination execution module 17 configured to terminate the auction inresponse to the predetermined termination time being reached and/or thequantity of the limited quantity being 0.

The modules described above can be implemented as software componentsexecuting on one or more processors, as hardware such as programmablelogic devices and/or Application Specific Integrated Circuits designedto perform certain functions or a combination thereof. In someembodiments, the modules can be embodied by a form of software productswhich can be stored in a nonvolatile storage medium (such as opticaldisk, flash storage device, mobile hard disk, etc.), including a numberof instructions for making a computer device (such as personalcomputers, servers, networking equipment, etc.) implement the methodsdescribed in the embodiments of the present invention. The modules maybe implemented on a single device or distributed across multipledevices. The functions of the modules may be merged into one another orfurther split into multiple submodules.

FIG. 5 is a block diagram illustrating another embodiment of themulti-user limited resource allocation processing system. In thisexample, system 500 includes a plurality of application servers 512,514, 516, and 518. Although four application servers are used forpurposes of example, different numbers of application servers may beused in other embodiments. URL resource access requests from clientssuch as 504 and 506 are received by the application servers. The clientsand the application servers may communicate over TCP/IP or any othernetwork protocol.

The application servers 512, 514, 516, and 518 may receive aparticipation request for a limited resource from a client 504 and/or506. The application servers 512, 514, 516, and 518 determine the numberof clients sending the participation request. In response to the numberof clients reaching a predetermined value, the application servers 512,514, 516, and 518 revise data corresponding to the limited resourceaccording to a revision rule. The application servers 512, 514, 516, and518 allocate the limited resource to the client sending theparticipation request using the revised data. The revised data maycorrespond with a price. The limited resource may be a product, such as,for example, a computer or a toaster.

Each of the examples contained in this specification is described in aprogressive manner, the explanation of each example discloses areas ofdifference from the other examples, and the descriptions thereof may bemutually referenced for portions of each example that are substantiallyidentical or similar.

The multi-user limited resource allocation processing method and systemdisclosed by the present application have been described in detailabove. This specification employs specific examples to expound theprinciples and forms of implementation of the present application. Theabove examples are only meant to aid in comprehension of the methods ofthe present application and of its core concepts. Moreover, a person ofordinary skill in the art would, on the basis of the concepts of thepresent application, be able to make modifications to specificapplications and to the scope of applications. To summarize the above,the contents of this description should not be understood as limitingthe present application.

Although the foregoing embodiments have been described in some detailfor purposes of clarity of understanding, the invention is not limitedto the details provided. There are many alternative ways of implementingthe invention. The disclosed embodiments are illustrative and notrestrictive.

What is claimed is:
 1. A multi-user limited resource allocationprocessing method, the method comprising: receiving, using a processor,a plurality of participation requests for a limited resource from aplurality of users, wherein the receiving of the plurality ofparticipation requests comprises: determining whether a user is to beauthenticated in order to participate in an auction; and in the eventthat the user is to be authenticated in order to participate in theauction: exchanging authentication information with the user's device todetermine whether the user is allowed to participate in the auction;determining, using the processor, the number of the plurality of userssending the plurality of participation requests; in response to thenumber of the plurality of users reaching a predetermined value,revising, using the processor, data corresponding to the limitedresource according to a revision rule, wherein the revision ruleincludes decreasing the data corresponding to the limited resource by apredetermined percentage each time the data is revised; and allocating,using the processor, the limited resource to the plurality of userssending the participation request using the revised data, comprising:allocating at least some of the limited resource to the user accordingto a first data corresponding to the data that was requested during theauction; and allocating at least some of the limited resource to anotheruser according to the revised data, wherein the revised data is lowerthan the first data.
 2. The method as described in claim 1, wherein: thedata corresponding to the limited resource comprises price; and inresponse to the number of users reaching the predetermined value, therevising operation includes adjusting the price.
 3. The method asdescribed in claim 1 further comprises preconfiguring a starting timefor beginning the receiving operation of the participation request, atermination time for terminating the receiving operation of theparticipation request and a quantity of the limited resource.
 4. Themethod as described in claim 1 further comprises executing a terminationoperation in response to a predetermined termination time being reachedor a quantity of the resource being
 0. 5. The method as described inclaim 1, wherein each user is allocated a quantity of the limitedresource no more than a predetermined maximum quantity.
 6. The method asdescribed in claim 1, wherein the exchanging of the authenticationinformation with the user's device comprises: prompting the user toenter their mobile telephone number; receiving the user's mobiletelephone number; sending a text message to the user via the user'stelephone number, the text message including an authentication code;receiving a text response from the user, the text response including theauthentication code; and upon successful authentication of theauthentication code, determining the user is allowed to participate inthe auction.
 7. A multi-user limited resource allocation processingsystem comprising: one or more processors configured to: receive aparticipation request for a limited resource from at least one clientterminal, wherein the receiving of the participation request comprises:determine whether a user is to be authenticated in order to participatein an auction; and in the event that the user is to be authenticated inorder to participate in the auction: exchange authentication informationwith the user's device to determine whether the user is allowed toparticipate in the auction; determine the number of the at least oneclient terminal sending the participation request; in response to thenumber of client terminals reaching a predetermined value, revise datacorresponding to the limited resource according to a revision rule,wherein the revision rule includes decreasing the data corresponding tothe limited resource by a predetermined percentage each time the data isrevised; and allocate the limited resource to the at least one clientterminal sending the participation request using the revised data,comprising: allocate at least some of the limited resource to the useraccording to a first data corresponding to the data that was requestedduring the auction; and allocate at least some of the limited resourceto another user according to the revised data, wherein the revised datais lower than the first data; and one or more memories coupled to theone or more processors, configured to provide the one or more processorswith instructions.
 8. The system as described in claim 7, wherein: thedata of the limited resource comprises price; and in response to thenumber of client terminals reaching the predetermined value, therevising operation includes adjusting the price.
 9. The system asdescribed in claim 7, wherein the one or more processors preconfigure astarting time for beginning the receiving operation of the participationrequest, a termination time for terminating the receiving operation ofthe participation request, and a quantity of the limited resource. 10.The system as described in claim 7, wherein the one or more processorsexecute a termination operation in response to a predeterminedtermination time being reached or a quantity of the resource being 0.11. A computer program product for allocating a limited resource among aplurality of users, the computer product being embodied in anon-transitory computer readable medium and comprising computerinstructions for: receiving a plurality of participation requests forthe limited resource from the plurality of users, wherein the receivingof the plurality of participation requests comprises: determiningwhether a user is to be authenticated in order to participate in anauction; and in the event that the user is to be authenticated in orderto participate in the auction: exchanging authentication informationwith the user's device to determine whether the user is allowed toparticipate in the auction; determining the number of the plurality ofusers sending the plurality of participation requests; in response tothe number of the plurality of users reaching a predetermined value,revising data corresponding to the limited resource according to arevision rule, wherein the revision rule includes decreasing the datacorresponding to the limited resource by a predetermined percentage eachtime the data is revised; and allocating the limited resource to theplurality of users sending the participation request using the reviseddata, comprising: allocating at least some of the limited resource tothe user according to a first data corresponding to the data that wasrequested during the auction; and allocating at least some of thelimited resource to another user according to the revised data, whereinthe revised data is lower than the first data.
 12. The computer programproduct as described in claim 11, wherein: the data corresponding to thelimited resource comprises price; and in response to the number of usersreaching the predetermined value, the revising operation includesadjusting the price.
 13. The computer program product as described inclaim 11 further comprises preconfiguring a starting time for beginningthe receiving operation of the participation request, a termination timefor terminating the receiving operation of the participation request,and a quantity of the limited resource.
 14. The computer program productas described in claim 11 further comprises executing a terminationoperation in response to a predetermined termination time being reachedor a quantity of the resource being 0.